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I.  INTRODUCTION 

The  goal  of  the  National  Library  of  Medicine  is  the  effective  trar,sfer 
health  science  information  throughout  the  biomedical  corrcnunity  (Cum/S).  J  maj 
vehicle  for  achieving  this  goal  is  the  network  of  biomedical  libraries  rang 
from  local  community  hospitals  to  11  regional  medical  libraries,  ard  through  *. 
latter  to  the  National  Library  of  Medicine.  As  more  libraries  move  towa-'o  aut 
mation,  it  is  important  that  such  actions  proceed  in  a  way  which  will  b:ild  u. 
and  strengthen  this  already  existing  network  structure. 

The  Lister  Hill  National  Center  for  Biomedical  Communications  (LHNCBC; 
the  research  and  development  arm  of  the  National  Library  of  Medicine. 
Center  's  Computer  Technology  Branch  (CTB)  initiated  the  Integrated  Library  Sy 
tern  (ILS)  in  1977  to  explore  and  evaluate  the  application  of  advanced  earnout 
technologies  to  problems  in  library  automation  for  both  NLM  and  other  members 
the  biomedical  library  network.  Although  there  has  been  a  great  deal 

activity  in  library  automation  over  the  last  decade,  development  of  systems 
support  effectively  the  requirements  of  the  network  has  not  been  achieved. 

A.  Background 

Library  automation  has  long  held  the  potential  for  improving  library  se 
vices  and  management  beyond  the  automation  of  manual  procedures.  In1*’ 
efforts,  however,  as  in  every  area  where  the  computer  was  first  introduced,  we 
directed  towards  improving  the  efficiency  of  manual  procedures.  As  the  co:T'. 
ity  became  more  mature  in  both  its  utilization  and  expectations  of  the  techno 
ogy,  the  major  interest  moved  towards  the  concept  of  a  total  integrated  syst 
(DeG76).  In  spite  of  early  major  efforts  at  Stanford  (Sta75)  (for  an  update  s 
reference  Vea77)  and  the  University  of  Chicago  (Pay 75 ,Pay77 ) ,  the  goal  seem 
elusive: 
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...  it  car,  x  said  with  considerable  justification  that  the  ultimate  goal 
*  '::'-jrv  automation  in  the  1960s,  the  development  of  a  total  integrated  system 
•  •  i'rcle  library  appears  to  have  been  abandoned  or  at  least  set  aside  in  the 
1  ’.s.  '-owever,  tnere  are  indications  that  the  advent  of  powerful  and  inexpen- 
■  v  r  computers  and  storage  capabilities  will  lead  to  revival  of  this  concept 

t- e  ne xt  xew  years.  "(0eG76) 

tne  i nter” there  has  been  considerable  activity  in  the  automation  of 
*  .net ions,  in  particular,  circulation  systems  (Sch77,  Dra78,  Mar78).  In 
*ru  ■;  Vs.  there  appeared  an  integrated  library  system  development  by  the 

ret  or,  Library  Network.  (WIN)  (Was76,Kun77)  to  service  a  statewide  network. 

:  xce. t  for  c1 real  at  ion,  all  functions  in  the  WIN  System  are  to  be  implemented  on 
a  large-scale  computer.  The  WLN  System  has  been  a  very  ambitious  undertaking, 
'Ce'v.ec  to  support  all  public  and  university  libraries  in  the  state.  This 

l emert at i or.  of  a  totally  integrated  system  offers  to  resolve  many  problems 
:uer: -*:eu  in  the  previous  systems.  Other  large-scale  integrated  systems 
efforts  include  N2TIS  Ill  at  Northwestern  University  (Hor78),  and  IBM's  DOBIS 
system  ;McA79).  While  referring  to  the  Stanford  and  Chicago  Systems, 
Uedennoro's  observation,  "experience  seems  to  indicate  that  these  systems  are 
too  costly  to  ocerate  in  a  single  library  envi ronment. . . " (DeG76) ,  still  applies 
to  these  efforts. 

The  potential  for  minicomputer  systems  to  allow  a  more  cost-effective, 
totally  integrated  library  system  for  single  libraries,  was  recognized  by  the 
’jn-iversity  of  Minnesota  Biomedical  Library  in  the  early  1970s  (Bru75).  This 
pioneering  effort,  however,  had  one  major  technical  drawback.  The  system  design 
was  implemented  in  1972,  before  much  of  the  advanced  minicomputer  software  sup¬ 
port  systems  and  higher-level  languages  were  available.  Consequently,  the 
entire  system  has  been  implemented  in  machine  language  including  a  generalized 
file  management  system  for  a  particular  minicomputer  (the  DEC  PDP -11/34 ) .  The 
result  is  a  system  that  can  only  be  implemented  on  one  vendor’s  equipment,  and 
whicn  requires  systems  level  data  processing  personnel  for  maintenance  and/or 
changes. 

Somu  vendors  of  minicomputer-based  circulation  systems  (e.g.,  CLSI,  SYCON, 
and  Uataphise)  have  indicated  plans  to  extend  their  systems  to  other  functions, 
but  none  have  designed  a  totally  integrated  system  from  the  outset. 

Today,  the  potential  of  achieving  an  integrated  system  is  no  longer 
debated.  However,  the  present  developments  are  large  main frame  implementat ions 
(WIN,  NOT IS  III,  and  DOBIS),  and  systems  requiring  large  minicomputers  such  as 
BIBLIOTECH's  PDP-11/70  and  VAX  (Bib81).  What  is  not  clear  is  the  lower  limit, 
or  the  smallest,  least  cost  system  that  can  be  effective.  In  fact,  the  "least 
cost"  system  for  any  given  function/load  requirement  is  time  dependent.  The 
dynamical  ly  changing  technology  will  continue  to  make  available  new  alternatives 
for  rare  efficient  implementations  over  the  foreseeable  future.  With  every 
decrease  in  cost,  a  larger  proportion  of  libraries  will  be  able  to  afford  the 
advantages  of  automation.  A  major  goal  of  the  I L 5  project  is  to  make  use  of 
available  mini-  and  microcomputer  systems  and  inexpensive  storage  capabilities 
to  provide  a  more  cost-effective,  truly  integrated  library  system  for  single 
libraries  and  local  networks,  and  to  identify  the  smallest,  least-cost  system 
that  will  support  such  local  and  shared  functions. 
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B.  Design  Objectives 

Today's  library  automation  efforts  and  systems  are  not  adequately  address¬ 
ing  the  needs  of  a  distributed  library  network.  Nor  do  the  existing  systems 
offer  the  combined  functional  integration,  small  system  implementation,  or  use*- 
features  needed  by  small  to  medium  size  health  sciences  libraries.  The  ILL 
design  objectives  which  address  these  issues  are: 


Modular  integration  of  functions/files 

Minicomputer-based  systems  capability 

Maximize  transportabi 1 ity 

Sizing  dependent  on  hardware  only 

System  network  access 

Multi-level  user  interface 

MEDLARS  III  compatibility 


Following  is  a  detailed  description  of  these  objectives. 

1.  Integration  of  Functions/Files  The  core  of  an  integrated  library  system  is 
a  single  integrated  or  "master"  bibliographic  file  which  supports  all  processes 
(circulation,  online  public  catalog,  acquisitions,  cataloging,  and  serials  con¬ 
trol).  The  integrated  bibliographic  file  also  fosters  integration  of  functions. 
Functional  integration  means  that  all  library  processes  have  access  to  informa¬ 
tion  created  and  updated  by  all  other  functions,  without  requiring  different 
searches  to  see  different  types  of  data.  For  example,  the  bibliographic  oata 
added  at  acquisitions  may  also  create  the  bibliographic  portion  necessary  tor 
circulation,  and  act  as  the  partial  entry  to  be  completed  by  cataloging,  '.v h 1 1  e 
some  libraries  maintain  separate  acquisitions  "in  process"  and  catalog  files, 
and  require  separate  access  for  searching,  other  libraries  (e.g.,  University  of 
Chicago)  have  integrated  the  bibliographic  components  of  both  data  bases.  Since 
separate  searches  of  the  common  data  base  are  still  required  in  such  cases,  the 
files  but  not  the  functions  are  integrated.  If,  however,  the  bibliographic  por¬ 
tion  of  the  acquisition  "in  process"  data  is  entered  in  "cataloging-compatible" 
format  as  described  above,  then  an  integration  of  functions  becomes  possible. 

Integration  of  functions  does  not  necessarily  imply  physical  integration  in 
the  sense  that  all  functions  (modules)  need  be  implemented  on  one  compute*-. 
Rather,  the  objective  is  a  design  that  would  allow  for  distributed  processing. 
For  example,  libraries  which  have  heavy  circulation  and  cataloging  loads  must  be 
able  to  implement  those  functions  on  separate  processors  and  still  maintain 
access  to  a  common  Master  Bibliographic  File. 

"Modular  Integration"  is  a  design  and  implementation  approach  in  which  the 
functions  of  an  integrated  system  may  be  developed  as  independent  modules.  A 
modular  design  offers  the  greatest  flexibility  and  extensibility  over  the  life 
of  the  system.  The  system  design  must  insure  proper  integration  of  subsequently 
developed  modules. 

2.  Minicomputer  Based  Systems  Capability  The  objective  is  to  achieve  efficien¬ 
cies  of  operation  which  will  allow  IIS  to  be  implemented  on  small  systems.  This 
goal  is  not  meant  to  preclude  large  scale  system  implementations.  Sire1!. 


I 
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efficient  systems  may  be  scaled  up,  while  the  converse  is  seldom  true. 

3.  Maximize  Transportabi  1  lt,y  Transportability  of  a  minicomputer-based  library 
system  has  two  distinct  aspects: 

-  the  ability  to  transport  the  software  to  different  minicomputers,  and 

-  ease  of  maintenance,  or  transportability  of  the  application  away  from  the 

site  of  development. 

Satisfying  both  requirements  requires  the  use  of  a  higher-level  computer 
language  and/or  system  which  is  also  efficient  enough  to  support  the  particular 
application  requi rements.  Early  minicomputer  efforts  were  programmed  in  assem¬ 
bly  code  in  order  to  achieve  sufficient  performance.  Today,  the  combination  of 
decreased  hardware  costs,  improved  hardware  performance,  and  greater  availabil¬ 
ity  of  higher-level  languages  offer  better  opportunities  for  program  transporta¬ 
bility. 

4.  Si zi ,n  Dependent  On  Hardware  Only  A  large  spectrum  of  libraries  of  dif¬ 
ferent  sizes  are  considering  the  use  of  stand-alone  library  systems.  The 
differences  among  libraries  of  various  sizes  do  not,  in  general,  relate  to  dif¬ 
ferent  functional  requirements,  but  to  different  loads  based  on  size  of  collec¬ 
tion,  circulation  rate,  etc.  Since  there  exists  a  wide  range  of  processing 
requirements,  there  will  be  systems  which  vary  in  size  and  complexity,  and  thus 
vary  greatly  in  cost.  As  the  cost  of  computer  hardware  decreases,  ever  smaller 
libraries  may  be  able  to  afford  automation.  Thus,  it  would  be  desirable  to  have 
one  basic  software  system  that  could  be  sized  to  different  loads  and  hardware 
without  changes  in  the  software. 

5.  System  Network  Access  By  "system  network  access"  is  meant  the  library  auto¬ 
mation  system's  ability  to  access  other  library  networks  by  itself.  For  exam¬ 
ple,  if  a  cataloger  attempts  to  locate  a  bibliographic  item  that  cannot  be  found 
in  the  local  file,  the  system  should  automatically  access  the  appropriate  net¬ 
work  resource  without  further  intervention  by  the  cataloger.  The  cataloger 
should  not  be  required  to  move  to  a  different  terminal  or  dial  up  another 
resource  in  order  to  retrieve  data  to  be  entered  manually  in  the  local  file. 

The  LHNCBC/CT6  has  demonstrated  the  ability  of  a  minicomputer  to  effect 
system  network  access  by  "logging  itself  on"  to  different  online  networks, 
appearing  to  each  network  as  a  standard  computer  terminal.  Other  LHNCBC/CTB 
efforts  have  produced  an  inexpensive  (ca.  $1,000)  "black  box"  to  make  such 
computer/network  connections  more  reliable  and  secure.  Hence,  the  technology 
required  to  effect  system  network  access  is  available,  but  must  be  integrated 
into  the  total  library  automation  design. 

6.  Multi-Level  User  Interface  Significant  emphasis  has  already  been  given  in 
LHNCBC/CTB  to  the  quality  of  the  interface  between  user  and  computer.  One 
aspect  of  this  concern  has  been  the  demonstration  of  "user  cordial  interfaces" 
(Gol78)  to  existing  online  systems. 

Each  class  of  user  has  its  own  interface  requirements;  no  one  interface  can 
je  equally  effective  for  all.  The  library  is  an  excellent  example  of  the  need 
for  different  interface  requirements  to  the  same  data  for  different  classes  of 


users.  There  are  many  differences  between  library  profess' :nj 
users  (or  patrons),  for  example,  the  interface  requirements  of 
are  certainly  different  frcm  those  of  the  reference  librarian.  - 
caticn  and  understanding  also  will  vary  greatly.  Current  tee¬ 


the  opportunity 
user  interfaces. 


to  address  *hese  hi ghly-vari abl e  needs  witn 


7.  MEDLARS  III  Compatlbi i tty  The  National  Library  of  Medicine  :• 
significant  long-range  effort  to  design  its  next-generation  lipr 
system.  As  planned,  this  system  will  support  NLM  technical  proces 
the  interlibrary  loan  and  reference  needs  of  the  biomedical  ’ 
The  remaining  ILS  functions  to  be  developed  will  be  designed  :■ 
tibility  with  the  evolving  MEDLARS  III  system. 


C.  Systems  Design  Apuroac 


The  ILS  design  has  teen  . -preached  as  an  applied  RSB  efr.rt . 
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"Instead  of  trtj- ate’ >  proceeding  to  a  detailed  in¬ 
dies  and  experiments  were  initiated  to  gain  more  corns 
ticn  regarding  alternatives  and  performance.  Frequent 
the  project  team  afforded  a  continual  review  of  new 
and  allowed  for  step  wise  refinement  of  the  specificat 
results  of  these  efforts  were  a  set  of  detailed  design 


each  module.  Further 
ing  integration.  A.; 
and  design  evolved  du- 
initial  designs  for 


refinements  in  the  design  were  rea ' 


s  evident,  both  the  detailed  speci 
mg  tne  initial  implementation.  $: 
individual  modules  were  "thrown 


prototype  testing,  while  the  process  is  striving  tewe 
efficiency,  the  act --a!  number  of  users  that  may  be  s:;  r  | 
given  hardware  configuration  will  be  known  only  after 
1 1  on. 


"As  the  ultimate  objective  is  an  operationally  viable  syst 
final  documentation  will  be  of  a  level  of  detail  suit'd 
support  operations  and  maintenance,  it  will  also  incl-  :e 
to-date  system  design  which  will  synthesize  all  stepwise 
ments.  The  addition  of  subsequent  modules  has  been  antic', 
the  design  of  the  data  base  and  inter-module  conwumcat  • 
hence,  the  addition  of  future  subsystems  can  proceed  w”>  .  i 
changes  to  existing  programs."  (Gol79,  p.  7) 


I LS  development  has,  consequently,  been  a  continuous  learning  process.  As 
underlying  structure  of  the  system  has  been  implemented  and  development  of 
itional  subsystems  is  proceeding,  the  project  team  has  begun  to  employ  a 
oer  of  structured  analysis  and  design  techniques  to  ensure  that  the  remaining 
..  1  es  are  completely  integrated  into  and  compatible  with  current  capabilities. 

I-  addition  to  staff  from  LHNCBC/CTB  and  NLM,  the  project  team  has  included 
radians  from  the  Army  Library,  Pentagon,  the  Enoch  Pratt  Free  Libraries  in 
:vrcre.  the  'University  of  Maryland  -  Baltimore  Health  Sciences  Library,  and 
vni varsity  of  North  Carolina  at  Chapel  Hill  Health  Sciences  Library  (tne 
t  tnree  wording  at  the  LHNCBC  under  cooperative  agreements).  Documentation 
.ued  by  NLM's  Library  Operations  division  and  the  MEDLARS  III  requirements 
lysis  team  also  provided  important  contributions  to  the  design  effort, 
■stance  has  also  been  obtained  from  a  number  of  contractors  wno  have  per¬ 
iled  studies  in  support  of  the  design  and  have  implemented  CTB-spacified  sys- 


nal  :;::rv:e 


A.  ;  it  reduction 


An  overview  or  the  subs ■  ;  . lanned  for  the  Integrated  .. 

1 1  1 .litrjteu  in  Figure  1.  .r. systems  shewn  here  ^ert^r.r.  t: 

Tenet  i  otis  i  n  a  1  i  brary : 

5i d1 i oyraphi c  control 

maintains  integrated  t  ■ .  1  •  .-graphic  file  and  links  to  s 
and  authority  files 

Catalog  access 

rrcvides  an  online  catalog  tor  patrons  and  staff 
Circulation 

supports  circulation  . roct  ssing  ana  overall  collection  t 
Aerials  control 

maintains  serial  foldings  and  supports  processing  of  ser 


Acaeisiti ens 

processes  order  oat;  d  .rc.djces  prel  i  mi  nary  cibliogra, 
Adini  m  strati  ve 

provides  summary  reports  or,  library  activity  ana  feat., 
library  manager  to  c  •  t  -  ’  System  processing. 

Figure  2  illustrates  the  interaction  of  these  subsyste 
bib!  iograrhic  activities  on  •'•danirations  outside  trie  l;c 
Automatic  system  network  access  '■  these  outs  'de  systems  is  a  •- 
of  the  1LS  design. 


The  subsystems  which  h. 
sion  2.0  'issued  by  NT  IS  >i 
bilif  -  described  in  this  . 
suosy stems  will  be  explored 

>e  diagrams  emphasve  t 
;MsF)  and  bibliographic  contr. 
V.ARC-compatible  and  contains 
information  in  one  online  fil? 
to  a  common  set  of  up-to-date 


•r  'eer  completed  are  shewn  in 
T.iy  IASI)  includes  these  subsyst* 
;  .'.e--.  The  full  serials  control 
’it.-'  development  efforts. 

v;  gnif icance  of  the  master  t 
i  as  the  basis  for  system  integr. 
-.11  bibliographic  data,  item  loc 
,  which  allows  all  system  function 
’•  r  format  i  on. 


'!:•»  ^allowing  sections  .resent  an  overview  of  the  general 
ea on  najor  subsystem. 

B.  Bibliographic  Control  Sufcsye!**r 

This  subsystem  allows  library  staff  to  create  and  mamtai 
biol lographic  file,  authority  file,  and  search  indexes.  The  o 
trol  functions  support  four  ••  r  ictivities: 


FIGURE  1  FUNCTIONAL  SUBSYSTEMS 


CATALUG 


UJNNVl.) 


1 )  bi  fcl  i ograohi c  ' 

2)  MARC  tape  load'd':, 
3'  cataloging  and  eo 
A)  authority  centra'. 


1.  Bi gl  i  c-gr  jph  l  c  r_’J  < 
*T3W|jat i ole  format;  tna 
suofields,  and  indicat 


:i  lC  file  is  struct  ji  eo 
pence  the  MARC  format. 


A  central  step  m 
records.  The  master  * 
tify,  online,  which  '•*'••• 
records  when  the  f i i e 
the  ’ 1  oca  1  prof 1 1 e ' , 
tie  of  the  full  VAR.  ••• 
i to  awn  tags  to  store  in¬ 
to  catalog  anatomical 
characteristics  of  me do'  ■ 
tuns  nay  be  entered 
local  data  base  profile  - 

2.  MARC  ’are  Processing 
acoed  to  the  MBF  is  M‘ 
intorination  tsuch  as  -• 
which  connects  share-, 
comer  mode  of  file  cr- 
format,  the  system  cu’ 
Blackwell -North  Amen  i 

Once  a  bibl  ioyra,  > 

1  selection  strategies 
tion  in  the  leader  ;v>  • 
library  may  wish  to 
publication)  records  u" 
for  organizing  the  in"  • 
al  1  serials  first. 

The  new  records 
workspace  for  later  ,-e . 
into  the  MBF  are  fully 
other  ILS  functions  i, '  , 
workspace  may  be  reviewed 
the  MEF. 

3.  Cataloging  and  eo ;  - 
utility  is  current 'y  on.- 
graphic  file,  ILS  supp'W 
data. 

The  librarian  may 
cataloging  module  which  , 
This  function  is  a;  p- 


’;S  is  to  define  the  content  of  the  ME 

•  •  •  .i-  processes  allow  the  librarian  to  iden 

,Kf  i elas  are  to  be  included  in  the  ME: 
tags  and  subfield  codes  so  selected  for 
’  ■  ry  can  choose  to  store  as  much  or  as  lit 

•  veils.  !n  addition,  a  library  may  estatlis 
-eu-ired  for  its  local  needs.  For  example 
:  -brarian  may  define  new  tags  to  desc-’p 
•t  charges  to  MARC  tag  and  subf’e'o  :t 

new  tags  and  subfields  may  be  added  tc  tn 
. ny  the  ent  i  re  MBF . 

- ‘  e  major  source  for  bipl  icynph-c  nec ' • 

'  ■  •  es  containing  a  horary  own  ho',  jir  . 
fLC  or  RUN).  In  Figure  3  tnc  J- 
- r 1 locraphic  files  represent-  tus  •  . 

,  "■  uiuSe  ILS  suppe'ts  a  MARv-  cm .  '  f 

:-i Cl  iograph; c  source  files 


open  identified,  the  library  me 
n. ceros  of  interest,  based 
’’ographic  records.  For 
rot  or  "previously  Clr  ,0:1:1 
ion  strategies  are  particular'  .• 
r  the  library's  collect’ m,  e.g. 


■  -ectly  into  the  MBF  ■.  r  i 
library's  option.  Records  lo.-.dc.'. 
v  liable  for  online  catalog  sea  re 
.eguent  editing).  Records  lojoei 
then  moved  individually  or  as  a 


load’ng  records  from  a  shared  cut  a  Ire.’ n 
mt  method  of  creating  the  master  tblv 
.■>  methods  for  introducing  ti bl l onrarh- 


Ji, 3 ?  catalog  records  using  the  currmf  It 
tags  to  be  entered  one-by-one  i«to  "le  MB! 
entering  brief  records  for 
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uncat al c-ged  items. 

To  edit  -e euros  in  the  KEF ,  the  system  displays  the  record  in  MARC  format 
'.tags,  indicators,  s-trf *> eld  codes  and  data).  The  user  indicates  which  tag  and 
is  to  he  .•c-'t-af  and  replaces  any  erroneous  parts  of  the  tag  data  with 
correct  informet'cr.  Editing  can  be  done  without  re-entering  the  full  tag  or 
sut^eld.  *ne  librarian  may  also  add  fields  to  or  delete  tags  from  any  biblio- 
t'-a.r ic  recce. 

4.  A..:  nor:  tv  Control  ILS  uses  a  KARC-compatible  authority  file  which  can 

acccrrc’tate  personal ,  corporate  and  conference  names,  subject  headings,  uniform 
titles,  etc  others.  The  authority  file  can  contain  all  cross-references  and 
sco;e  notes  identified  in  the  MARC  authority  format,  and  the  library  may  define 
local  authority  fields  using  a  tag  definition  process  like  that  described  for 
b  1  pi i coral n- c  records.  The  authority  terms  are  linked  to  the  bibliographic 
reccds  in  wr'en  they  ar'e  usee,  so  that  searching  may  be  authority-controlled. 

t.  :  -e  oe -el s  i n  the  bib! iograohic  Control  Subsystem 

Software  is  currently  being  developed  to  automatically  access  the  authority 
file  curing  tne  MARC  tape  loading  and  record  add/edit  processes.  All  biblio¬ 
graphic  tags  wn'-h  a^c-  authen ty-control led  will  be  matched  against  the  author¬ 
ity  f’H-  wren  a  recc-u  v  input  from  a  tape  or  during  online  cataloging  or  edit¬ 
ing.  hew  authority  terns  will  be  added  automatically  and  may  be  reviewed  and 
verified  or  cnanged.  All  changes  to  authority  terms  will  automatical ly  change 
the  associated  bi bl i ographic  records. 

Tm-ee  major  enhancements  are  planned  for  the  future: 

-  a-  improved  local  cataloging  feature, 

-  online  access  to  source  authority  files,  and 

-  aromatic  capture  of  shared  cataloging  records. 

•V  'ncroved  1 ocal  cataloging  module  is  being  integrated  into  ILS  which 

makes  i.tt.  of  intelligent  terminal  characteristics  such  as  multiple  character 
St.;,  <*'cr  diacritics)  and  block  mode  edit.  When  complete  this  feature  will  sup- 
pert  extensive  edit  capabilities  for  existing  bibliographic  records,  or  sophis¬ 
ticated  record  input  for  original  cataloging  or  retrospective  conversion. 

Tne  ILS  authority  file  structure  will  also  support  "source"  authority  files 
such  as  those  established  by  the  Library  of  Congress  (names  and  subject  head¬ 
ings)  and  the  National  Libre-,  of  Medicine  (MEDNAM  and  MeSH).  These  files  may 
he  loaded  by  an  individual  !L:>  library  or  shared  by  a  consortium  of  participat¬ 
ing  institutions,  but  would  remain  secarate  from  the  "local"  authority  file. 

Cata'oyers  would  thus  have  online  access  to  one  or  more  sources  and  could 

ubr.i  appropriate  authorities  for  use  with  their  own  bibliographic  records. 

<Kid:tion,  design  is  underway  for  a  network  interface  unit  which  would 
al’  «  out .)-  it  i  c  capture  of  records  from  a  shared  cataloging  terminal  such  as 
that  j witr  OCLC.  The  basic  capability  will  allow  records  entered  at  the 
O.LC  te-r  ir.cl  go  be  routed  to  the  library's  ILS  system  simultaneously  (with 
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appropriate  accounting  to  'he  cataloging  utility).  The  generic  netwm  -  jc ..ess 
capability  which  is  planrvj  will  allow  ILS  to  be  used  as  the  front  -  in¬ 
appropriate  network,  so  tr.ct  local  cataloging  or  searching  ccti/ities  3y  :e 
forwarded  automatically. 

C.  Catalog  Access  Secs,.  .- 

The  most  recent  aco: c. on  to  ILS  is  an  extensive  online  catalog  searching 
capability  for  library  patrons.  The  online  public  catalog  compines  the  featjres 
of  traditional  divided  and  dictionary  catalogs.  Patrons  may  choose  a  specific 
type  of  search  (author,  title,  subject,  and  others)  or  may  search  for  particular 
terms  throughout  the  cata’ig.  The  MARC-compatible  authority  file  provides 
access  to  related  works  tn;  u;.gn  cross-references.  Because  all  other  ILS  func¬ 
tions  are  linked  through  the  master  bibliographic  file,  searchers  car  ,iew  the 
current  status  of  any  it-.---  (e.g.  checked-out,  on-order).  The  desig-  :f  v.e 
search  interface  emphasizes  -ser-cordial  interaction,  and  allows  the  user  witn 
experience  to  perform  more  sophisticated  searches. 

I.  Search  types 

a.  Divided  Catal og :  The  :•  . 'ded  catalog"  searches  in  ILS  are  these  wrr  :n 
correspond  to  the  trad::  _• 3'  norary  card  catalog  divisions;  author,  title,  -nd 
subject.  In  addition,  IL  .ffers  searches  by  corporate  author,  conference  na  ;e, 
call  number,  ISBN/ISSN,  L-'.  -ard  number,  title  key  and  author/title  key  (the  last 
four  are  primarily  for  litr-.rian  use).  ILS  offers  the  novice  patron  a  cho  ce 
among  author,  title,  sub.;-.;:,  and  "others",  on  the  assumption  that  most  patrons 

will  be  satisfied  by  the  b  --  r  three,  while  the  curious  will  readily  investigate 

the  "others". 

Once  the  patron  chm,-.  search  type,  ILS  searches  the  appropriate  '"ce-.es 
and  the  authority  file,  -esc '"bed  below: 

1.  Author  search  -  ? ...  fi  novice  patron,  the  ILS  author  search  covers  per¬ 

sonal  authors.  I  he  amen  enters  as  much  of  the  author  name  os  ^  new  n. 
using  a  fill-: n--.-  .  mk  form  on  the  screen,  then  browses  a  display  -J 
authors  alphabet'  a'ly  adjacent  to  the  name  being  sought.  The  patron 
may  browse  ferwa  me  backward  in  the  author  index.  When  the  desired 

author  name  is  cK: .  ILS  displays  the  associated  titles.  If  there  .me 
pseudonyms  assoc i o'.-.'.:  -.ith  the  name,  ILS  will  display  them  to  ass'st  ‘he 
patron  in  finding  :i!  v.orks  by  the  chosen  author. 

2.  Title  search  -  The  .-.iron  enters  a  full  or  partial  title  and  browses  t r, e 

alphabetical  title  mdex.  Enhancements  are  planned  to  provide  automatic 

key  word  search:!-:  ■<  titles,  with  retrieved  titles  ranked  by  degree  of 
match. 

3.  Subject  search  -  Ine  patron  enters  a  subject  term  and  browses  the  sub¬ 
ject  key  word  inccx.  When  the  appropriate  subject  key  word  is  chosen, 
ILS  displays  all  s.r-jnet  headings  from  the  authority  file  which  begin 
with  or  contain  that  word.  The  system  will  then  display  the  titles 
indexed  by  the  chosen  subject  heading. 
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4.  Corporate  and  conference  name  searches  -  The  patron  enters  the  name  and 
browses  tne  appropriate  index.  The  key  word  ranking  described  for  titles 
will  be  available  for  these  searches  as  well. 

L.  Cal"  n amber  search  -  The  patron  enters  a  full  or  partial  call  number  to 
mowse  the  call  number  index.  This  feature  provides  a  shelf  list  browse 
of  the  collection. 

c.  jnluue  ID  searches  ( ISBN/ ISSN,  LC  card  number,  OCLC  number)  -  The 
librarian  or  patron  may  use  these  search  keys  to  retrieve  specific 
d i ol i ographi c  records.  ILS  would  display  only  the  item(s)  which  matched 
tne  user’s  input. 

7.  Title  key  and  author/title  key  searches  -  The  librarian  or  patron  may 
searcn  ty  these  keys  to  quickly  retrieve  known  items.  Only  matching 
entries  are  displayed;  there  is  no  browsing  of  the  inaex  unless  a  par¬ 
tial  key  is  entered.  Tne  title  key  (3, 2, 2,1)  is  constructed  rr on:  tne 
first  significant  words  in  the  title  -  3  letters  from  the  first  word,  2 
from  the  second,  2  from  the  third,  and  1  from  the  fourth.  The 

anthor/t i tie  key  (4,4)  consists  of  the  first  4  letters  of  the  author's 

last  name  plus  the  first  four  letters  from  the  first  significant  title 
word. 

b.  Dictionary  Data  1 og :  The  "dictionary  catalog"  search  allows  the  patron  to 
search  for  a  term  without  specifying  in  advance  how  it  is  used,  as  in  an 
alphabetical ly-arranged  (or  dictionary)  catalog.  The  searcher  browses  the  key 
word  index  and  chooses  the  desired  term;  ILS  then  displays  how  the  term  is  used 

in  the  catalog.  For  example,  when  the  patron  searching  for  "Freud"  cnooses  that 

entry  from  the  key  word  list,  ILS  displays: 

This  term  appears  in 

2  author  names 
4  titles 
1  subject 

Ft-cm  this  :  'iirt  the  searcher  may  pursue  any  of  these  searches,  to  see  books  by 
Frfcot  or  about  Freud. 

The  search  types  described  above  are  those  already  operational  in  ILS  for 
searching  ov  novice  patrons.  However,  there  is  great  flexibility  built  into  the 
Catalog  access  and  bi bl i ographi c  control  subsystems  which  allows  the  library 
staff  tc  determine  the  search  access  to  be  provided  to  different  types  of  users. 

Tne  installing  library  may  modify  cr  supplement  the  search  capabilities 
pr-,iq.-d  in  the  system  through  several  search  group  definition  processes,  which 
deterr-'nc  what  kinds  of  indexes  will  be  constructed  for  or 1 1  ne  searching, 
bearc’  groups  icient  ity  wnich  tags  and  subfields  will  be  indexed  and  how  the 
i«de>es  are  to  be  treated  te.g. ,  >  ev  words,  authority-control  led,  word  adja¬ 
cency,  one  ethers),  lor  instance,  tne  librarian  could  specify  that  full  subject 
nead  nge  ;*.ag  i-t.H)  are  to  ne  included  in  the  subject  index,  but  only  the  "a" 
sub*  lei-.::  are  t  ;  p<-  entered  m  'ne  *  ey  word  index.  The  librarian  may  define 
it  os  w".  rd  ,  i  v  efferent  languages  ‘O'-  various  types  of  key  word  indexes. 
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In  addition,  different 
types  of  users  depending 
library  may  wish  to  „rov  Jo 
bines  personal,  corporate, 
defined  for  "author"  using  a 
correspondi  ng  added  ent  r ■  : 
records  containing  any  of  v 
index. 


:-'r h  groups  may  be  made  available  *,  -r 
•hem  needs  and  experience.  Fcr  -±, .  ; 

:  .*  no*'  search  for  reference  librarians  *r 
'Reference  authors.  A  "searcn 
author  main  entry  tags  (100,  110,  11.) 
s.  this  definition  would  cause  .  .  !■. 
'titled  tags  to  be  indexed  in  a  .  .  < 


Utilizing  this  very  powerf i  1  indexing  and  user  type  definition  ss , 

multiple  levels  of  patron  y  :  s'  *ff  interfaces  could  be  provided  Dase-J  cn  .m:- 
ous  search  groups. 

2.  Future  developments 
planned  fcr  the  online  c.:’ 
of  a  command  mode  for  ■ 

Boolean  searches. 


? a 1 3 1  og  Access  Subsystem  Major  enhance1  it-  is 
■  cl.de  the  use  of  touch  panels  ard  the  ad  . • : : -:n 
ced  searchers  which  will  provide  for  ex.  1  •  rt 


D.  Circulation  Subsys'e" 

The  ci  rculat  i  on 
ma'ntains  accurate,  cur-v" 
and  stat..s  oT'  all  t'b’i 
a  1  s ,  all  i  terns  and  ■ 
labels  (bar  codes  ) .  ’ - 

information  in  the  master 
important  attributes:  t * e 
ie>-  for  faster  retrieve 
by  ass i gni ng  a  unique  *  ' ' 
can  be  printed  on  r.he  ’  : 

I L S  function  by  searchim; 
readable  labels  elimin,;t» 
of  circulation  and  other 

I L S  supports  four  i  ■ 

-  tracking  usage  of  t  ■: 

-  displaying  status  m  ■ 

-  reporting  circulat m1 


'des  a  collection  control  cuesL'i'ty  wn'jh 
1 'y  accessible  informat  ion  about  the  W  >:  mr 
'e-ns.  To  facilitate  tracking  library  r.«teri- 
.  .vntified  to  the  system  by  •aachi'ie-reudable 
’ntelligent"  bar  code  labels  generated  from 
••■me  and  patron  files.  This  provides  several 
■r  correspond  to  the  internal  iter  idert’f- 
be  identified  independent  of  :c.:y  cr  volume 
■  p  to  2  lines  of  human-readable  irfCTaf  .n 
items  and  patrons  can  be  idc'ff iec  t.  m,. 
•chic  and  patron  irdexes,  the  use  of  mdehme- 
—  mg  errors  and  greatly  speeds  up  preces  s ’ ng 
which  require  handling  physical  voluo.es. 

*  collection  control  activities: 


il  items  and  patrons, 


end 


-  maintaining  patron  me  ■ 

1.  Tracking  usage  of  maf-  r~.  a  Is  The  basic  IIS  circulation  functions  record 
usage  of  library  materia* ..  •* 

Check-out  assigns  res.  on-.  • :  •  i  ,  *  v  for  identified  items  to  mg 

patrons.  1  '  a  ■  ' ■  .rr  a  dub  date  based  on  the  item  type,  whim 
be  overridden  -bv  ‘he  librarian.  Check-out  is  blocked  if  the 
patron  is  nv,r-  limit  or  the  item  is  on  reserve  for  someone  1  se. 
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Check-in  records  return  of  library  materials.  On-reserve  or  recall  mes¬ 
sages  are  displayed  if  present.  Items  may  be  temporarily 
assigned  to  a  book  cart  at  check-in  (see  description  of  Cart 
feature  below). 

Reserve  allows  patrons  to  put  a  hold  on  a  desired  item  so  they  will  be 

notified  wnen  it  becomes  available.  Patrons  may  reserve  either  a 
specific  copy  or  the  first  available  copy  of  a  particular  title. 

Renew  allows  staff  to  extend  an  item's  due  date  by  patron  request. 

This  function  allows  separate  counts  of  original  check-outs  and 
renewals. 

Overdue-notices  are  sent  to  patrons  after  a  defined  period  of  time  has 
elapsed  since  the  item  was  due.  The  library  administrator  can 
tailor  the  wait  period  for  overdue  notices  to  encourage  returns 
at  a  minimum  mailing  cost. 


Each  of  these  functions  and  others  are  described  in  detail  in  the  ILS  User  Manu¬ 
als  (TneSO)  for  circulation. 

In  addition  to  these  basic  functions,  ILS  has  three  unique  features  which 
provide  true  collection  control  and  management  capabilities: 

-  cart  (temporary  location), 

-  shelf,  and 

-  set  status. 

The  cart  or  temporary  location  function  provides  a  very  powerful  capability 
for  tracking  item  locations  during  temporary  relocations.  Shelving  carts,  book 
trucks,  and/or  technical  processing  shelves  can  be  identified  by  bar-code  labels 
as  temporary  item  locations.  Using  the  cart  feature  during  check-in,  the 
librarian  can  record  that  incoming  items  are  now  returned  and  available  on  a 
specific  bcok  cart  at  a  given  location.  Once  all  the  items  on  the  book  cart 
have  been  reshelved,  a  single  transaction  will  clear  all  items  from  the  cart 
record  (no  need  to  re-process  each  item).  Similarly,  if  technical  processing 
stations  are  labeled,  the  location  and  status  of  any  item  can  be  tracked  con¬ 
tinuously  from  the  moment  its  record  is  added  to  the  system. 

The  shel f  function  permits  the  ILS  to  maintain  statistics  on  use  of  items 
wthin  the  1 ibrary.  Tf  the  library  has  a  "no-reshelving"  policy,  those  items 
used  in-house  can  be  collected  and  "checked  in"  using  the  shelf  feature,  which 
w'll  record  and  count  this  type  of  use.  In-house  use  counts  are  kept  separate 
from  check-out  counts  so  the  librarian  can  derive  an  accurate  picture  of  usage 
putt erns. 

The  set  status  capability  permits  the  user  to  explicitly  set  the  status  of 
a  even  item  to  show,  for  example,  that  it  is  lost  or  that  the  patron  claimed  to 
have  returned  the  item.  This  feature  also  helps  to  minimize  the  ambiguous 
' not -on-snel f '  situation,  since  any  known  location  problems  can  be  recorded  and 
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displayed  with  the  item  status.  The  system  generates  lists  cf  any  t;  "  .  *  ; 

with  their  call  numbers,  so  that  staff  may  attempt  to  locate  tte  t-  .  ./ 
i  eri  ..cical  ly  searching  for  misfiling  on  the  shelf.  If  the  syste-  e>  c< 
missing  item  through  another  function  such  as  check-in  or  out,  a  message  «•  I 
sent  and  the  item  status  changed  to  “found".  After  a  designated  r  t 

unsuccessful  searches,  the  item  will  be  presumed  lost  ana  its  states  .c. 
ingly,  wnich  may  trigger  its  consideration  for  re-acquisition. 

2.  Status  displays  The  librarian  may  view  the  status  of  any  ina:.:d~i-  -tern  ;r 
patron  at  any  time.  The  item  status  display  shows  the  item's  current  a/ii  util¬ 
ity  (on  the  shelf  or  in  a  temporary  location,  or  to  whom  the  item  -s  chtt-c-i 
and  when  it  is  due  back).  Current  circulation  counts  for  this  item  are  snow.  , 
including  number  of  times  it  was  checked  out  during  the  current  report  irg 
period,  and  the  number  of  times  used  in-house.  If  there  are  any  messages  asso¬ 
ciated  with  this  title  they  are  shown  here  (e.g.  "Item  reporter.  '  _e: 
i 1/iO/SO) " ) .  The  librarian  may  view  the  status  of  all  copies  for  a  g-'.r-n  ft'e. 

The  patron  status  display  permits  the  user  to  view  the  patron's  record  p’„.s 
a  list  of  items  current  ly  checwed  out  and  their  due  dates,  the  vif’os  o* 
reserves  being  held  for  the  patron,  and  any  messages  associated  with  toe 
patron's  record.  Also  included  is  the  total  number  of  items  ever  borrowed 
this  patron. 

i.  circulation  activity  reports  Reports  showing  daily  and  weekly  c:  rc.. ; -t  i  or 
statistics  are  presently  available  online.  These  reports  display  total  ac'v’.ty 
in  a  variety  of  categories  (e.g.  check-outs/ins,  renewals,  yverducs  returned'  ey 
item  type  (monograph,  serial).  A  related  report  is  being  developed  wh-.cn  w: 1  ’ 
allow  the  librarian  to  choose  a  specific  time  period  to  be  covered,  sc  the  a 
report  could  be  generated  ho,-  special  uses. 

A.  Maintain  patron  fi  le  The  patron  registration  function  permits  the  l-'tviri.-.n 
to  record  identifying  information  about  patrons  such  as  name,  address,  tele:'*.  - 
numbers  and  patron  type.  Patrons  may  be  individuals  or  instit.,ticn,s .  de;  - 
inents,  or  other  divisions  of  the  library.  The  patron  registration  capat;li:  .  "• 
I  i-S  Release  1.0  was  specific  tu  the  needs  of  the  Army  Library,  bat  a  uoi  era’ibi  ; 
patron  registration  capability  is  available  with  Release  2.0.  T^e  hr s:  .trs: 
allows  libraries  to  record  patron  name,  address,  borrower  categcr. . 
of  other  data  elements  describing  the  patron  including  title  and  office  .c-'.-'M  ;. 
The  new  generalized  capability  will  allow  librarians  to  define  at  -n;1  • 

the  data  elements  to  be  collected,  using  a  process  similar  to  oef ic  1  ■  r  ’  - 
bi bl iographic  profile. 

b.  Future  devel opments  i n  the  Ci rcul ation  Subsystem  Enhancements  are  plann,-- 
which  will  allow  the  system  to  support  mu T t i -branch  circulation  and  reset  -.c-rc 
processing.  A  multi-branch  environment  (which  can  be  a  single  library  organized 
into  branches  and/or  departments,  or  a  consortium  of  separate  libraries . 
requires  that  the  system's  circulation  and  searching  functions  identify  and  pre- 
cess  items  at  the  "branch"  level  where  appropriate  while  maintaining  a  m*-,, 
bibliographic  record  common  to  all  participants.  The  addition  of  a  reset  . e  room 
circulation  function  will  allow  ILS  to  track  temporary  subsets  of  the  gerrr.;l 
collection  whose  allowable  circulation  period  is  measured  in  hours. 
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1.  se-.jls  Control  Subsystem 

'  ’.e  serials  check-in  function  is  the  only  portion  of  the  serials  control 

:..r system  that  has  been  ir,  lamented  so  far. 

1.  Serials  check-in  Library  staff  use  the  serials  check-in  function  to  record 
•.n..'  rec<  ic*  of  individual  serial  issues  and  prepare  them  for  filing  and/or  cir- 
c  .la: :  rr.  Detailed  holaings  are  maintained  in  tne  serial  title  record  showing 
.cl urc  and  issue  that  has  been  checked  into  the  system.  To  check  in  an 
tne  librarian  searches  for  the  item  by  title  key  or  ISSN  (or  other  search 
►  ey;.  Cnee  tne  title  has  been  identified,  ILS  prompts  the  librarian  for  the 
■  s it  cate  (year,  month,  and  day  if  applicable),  then  displays  the  expected 
volume  a*'d  issue  number.  If  these  data  are  not  correct,  the  librarian  may  go 
tat-  t  enter  the  correct  volume/issue  or  provide  additional  free-text  descrip¬ 
tion  ('.e.  if  the  issue  is  an  annual  supplement.)  If  the  librarian  has  multiple 
ident'cal  issues  to  check  in  (for  several  subscriptions  to  one  serial),  ILS  will 
C'-c  tne"  all  sn  at  the  same  time. 

-nen  tne  serial  issue  is  checked  in,  the  system  will  generate  a  bar  code 
label  ’f  desired,  and  will  produce  a  routing  slip  to  be  attached  to  the  issue  if 

rc,ti”u  has  oeer  requested.  The  add  routing  feature  in  the  Serials  Control  sub¬ 

system  allows  the  library  staff  to  identify  individuals  or  departments  that 
s r, 1  a  receive  copies  of  particular  serials  as  they  are  received.  Routing  slips 
cc  >t  generated  +'cr  all  or  selected  issues. 

Z.  cut'jre  devel opments  i n  the  Seri al s  Control  Subsystem  As  indicated  above, 
tne  serials  check-in  feature  is  the  first  part  of  a  full  ILS  serials  control 

subsystem.  Implementation  of  other  serials  control  functions  including  claim- 

: r  ; ,  frae*-y  tracking,  and  maintenance  of  summary  holdings  is  one  of  the  major 
enpcce'  -.•••: s  planned  for  the  remainder  of  this  year. 

• imir ist rat i ve  Subsystem 

"a/or  design  goal  cf  the  ILS  project  has  been  to  allow  the  library 
ac" v ist-atar  ;r  manager  to  set  up  and  operate  the  system  without  in-house  data 
proc<  :sirq  staff.  The  administrative  subsystem  contains  a  number  of  functions 
w'-'c  r  -‘c . '  da  management  control  and  support  initial  and  ongoing  system  opera - 


1.  ILS  Reports  A  number  of  pre-defined  summary  reports  are  presently  available 
online,  plus  several  printed  "correspondence"  reports.  The  summary  reports 
c'ner  c-rculation  activity  and  data  base  updates  for  daily  and  weekly  time 
periods.  The  circulation  reports,  described  under  the  Circulation  Subsystem, 
c is;  ’ ay  totals  (c r  various  categories  such  as  check-outs/ins  and  in-house  use, 
by  :*eT  ty.e.  Data  base  activity  reports  show  total  bibliographic  records  added 
from  ‘■'ARC  tape  loads  and  cataloging,  plus  patron  registration  summaries.  A  gen- 
erj\’ec  report  writer  is  planned  which  will  allow  the  ILS  librarian  to  format 
special -use  reports  to  supplement  those  provided  with  the  system. 

The  printed  reports  currently  available  include  a  master  patron  list,  over¬ 
due  no*'. ces,  and  recall  not’ces.  The  administrative  subsystem  report  initiation 
fu-c*  •c’v.  t.-sist  tne  librarian  in  scheduling  and  printing  such  reports  on  a  line 

print*' . 
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2.  System  operations  The  major  administrative  functions  are  fuse  wrich 
port  system  operation: 

-  defining  authorized  users, 

-  establishing  system  processing  parameters,  and 

-  maintaining  online  user  manuals. 

In  def i ni ng  authorized  users  the  system  administrator  provides  a  password  ana 
indicates  what  subsystems  and  specific  functions  the  user  will  be  permitted  to 
perform.  System  processing  parameters  define  limits  and  time  periods  associates 
with  various  activities.  For  instance,  for  the  circulation  subsystem  the  system 
administrator  specifies  hew  many  items  a  patron  can  check  out  at  one  time,  hc.w 
many  days  to  wait  before  sending  out  overdue  notices,  how  many  months  to  collect 
current  circulation  statistics  before  archiving  them,  and  many  other  parameters. 
The  admi ni strator  may  also  set  system  parameters  to  adjust  the  balance  of 
activities  when  the  system  is  heavily  loaded,  by,  for  example,  slowing  dow >  file 
upaates  to  improve  response  time  for  searching  and  check-in/out. 

ILS  contains  extensive  online  user  manual s  which  may  be  viewed  from  any 
point  in  the  system.  Access  to  the  online  Help  text  is  keved  to  each  function 
so  that  the  user  gets  assistance  for  the  specific  activity  being  performed, 
without  having  to  start  at  the  peginning  of  the  entire  subsystem  manual.  The 
Help  Maintenance  function  of  the  administrative  subsystem  allows  the  system 
admi ni strator  to  update  ana/or  reorganize  the  narrative  provided  with  ILS,  and 
to  produce  printed  copies  tor  use  within  the  library. 

G.  Implementation  Status 

The  following  table  summarizes  the  current  (July  1981)  Tnplementaf.cn 
status  of  ILS  subsystems  and  functions.  ILS  Version  2.0  functions  are  these  now 
available  and  released  through  NT  I S  in  July  1981.  Enhancements  which  are 
planned  but  not  yet  initiated  are  indicated  in  the  last  column. 
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ILS  IMPLEMENTATION  STATUS 


SUBSYSTEM 

FUNCTION 


ILS 

VERSION  PLANNED 

2.0 


Bibliographic  Control  Subsyctem 
Bibliographic  file  definition 


Bibl iographic  tag  add/edit  X 

Search  group  definition  X 

Authority  tag  add/edit  X 

MARC  tape  processing 

Selection  strategies  X 

Tape  loading  to  workspace  X 

Di rect  load  to  MBF  X 

Cataloging  and  editing 

Record  add/edit  X 

Full-screen  record  add/edit  X 

Automatic  capture  of  shared  X 

cataloging  records 


Authority  control 


Authority  file  creation  from  MBF  X 

Online  access  to  authority  file  X 

during  searching 

Authority  file  creation  during  X 

MARC  tape  load 

Online  access  to  authority  file  X 

during  cataloging 

Online  access  to  source  authority  X 

file 
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ILS  IMPLEMENTATION  STATUS 


SUBS /STEM 
FUNCTION 

Catalog  Access  Subsystem 

Novice  patron  search  interface 

Divided  catalog  searches 
Dictionary  catalog  search 
"ouch-panel  input 
Link  to  book  reserve  function 

Reference  librarian  search  interface 

Command-driven  search  mode 
Boolean  search  options 

C’rculation  Subsystem 

Item  tracking  functions 
(e.g.  checkin/out) 

Cart,  shelf,  set  status 
Patron  and  item  status  displays 
Circulation  activity  reports 
Patron  registration 
Mul ti -branch/consortium 
Reserve  room  processing 
Pre-printed  barcodes 

Serials  Control  Subsystem 

Serials  check-in 
Missed  issue  claiming 
Bindery  preparation 
Maintenance  of  summary  holdings 

Administrative  Subsystem 

Online  reports 

Circulation  activity  reports 
Data  base  activity  reports 
Report  writer 


ILS 

VERSION 

2.0 


X 

X 


X 


X 

X 

X 

X 


X 


X 

X 
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IIS  IMPLEMENTATION  STATUS 


ILS 

VERSION 


e.  Jrss 

citron  list  •v 

ret  ices  X 

at  ices  X 

raneters 

cr  c;f  author! zee  users  X 

■  cr.  f.3rai:ieters  X 

«ji  maintenance  X 

c-.s  L-t system 

~f  r- :5 1  ocraph*, c  record  X 

i  r.tenante  o* 

-'ecorc 

lie  maintenance 
i  cr  retorts 


PLANNED 


X 


X 

X 
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III.  TECHNICAL  OVERVIEW 

The  technical  design  of  the  I L S  is  described  in  four  pa^ts: 

Design  approach 

Files  and  data  flow  within  the  ILS 
System  back-up  and  recovery  techniques 
Software/hardware  configuration  and  costs 

Refer  to  Section  II  for  an  overview  of  the  library  functions  supported  oy  _ 
design. 

A.  Design  Approach 

Dne  of  the  most  important  goals  in  the  design  of  the  ILS  was  to  c-o.ic 
bate  for  the  development  of  a  complete  library  system.  Although  the  f’rtt 
indule  selected  for  implementation  was  circulation,  a  significant 
erfort  was  performed  to  insure  that  all  follow-on  subsystems  could  be  ; 
mentec  with  little  or  no  impact  on  the  existing  functions. 

*o  accomplish  this,  LHNCBC/CTB  determined  that  two  basic  design  •: 
m..st  oe  implemented: 

-  A  Master  Bibliographic  Record  format  which  could  support  changes,  _• 
the  addition  of  fields,  as  new  subsystems  are  implemented;  and 

-  A  -rogram  design  that  logically  separates  each  function  from  eve-v  , t- 
This  separation  allows  new  modules  to  be  integrated  without  3 1  -«jr”  ^  - 
code  changes. 

The  MARC  (MAchine  Readable  Cataloging)  format  developed  at  the  L'Drur. 
Congress  is  used  as  the  basis  for  the  Master  Bibliographic  File  records, 
record  structure  was  designed  to  accommodate  the  many  optional  and  .ana 
length  fields  characteristic  of  bibliographic  records;  machine-readable  files 
this  format  are  widely  available  and  provide  a  ready  source  of  data  2 

records.  However,  MARC  records  are  primarily  oriented  toward  the  cafj’c;: 

function.  The  ILS  master  bibliographic  file  uses  MARC  tags  as  the  basis  or 
record,  but  also  maintains  any  other  fields  required  for  other  lior-ary  f. 
tions.  Individual  functions  retrieve  only  those  portions  or  the  e:o  :  w 
tney  need  for  processing  or  display.  Section  III.B.l  on  the  ’.aster  :•  : 
graphic  file  describes  this  more  fully. 

The  principal  program  design  considerations  which  contribute  to  a  rcl . 
structure  f or  ILS  were: 

-  All  authorized  functions  (commands)  may  be  executed  directly  from  anywh 

in  the  system;  that  is,  the  user  does  not  need  to  return  to  the  begum 

of  a  function  or  subsystem  in  order  to  change  to  another  function, 
structured  programming  (nesting)  is  only  allowed  in  the  execution  L *  $ 
functions  and  then  only  if  an  exit  out  of  the  function  is  not  required. 
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-  Functions  wmch  share  sub-processes  use  common  programs.  For  example, 
check-out  and  check-in  use  the  same  item  search  programs. 

-  All  functions  in  the  system  are  made  availaDle  to  the  user  by  a  series  of 
tables.  These  tables  are  the  basis  for  control  in  the  command  processor 
which  valioates  the  user's  choice  of  functions.  New  functions  can  be 
developed  independently  and  added  to  the  system  through  the  tables. 

Section  B.5  on  Data  Flow  discusses  some  of  the  significant  aspects  of  this 
oes 1  on. 


‘iles  and  data  flow  ir.  the  I L S 

'Our  important  aspects  of  1LS  files  are  discussed  in  this  section: 


-  Master  bibliographic  file  structure, 

-  '  redact i on  files, 

-  Activity  fi le/exception  file  structure,  and 

-  Data  flow. 


1 .  Master  Bibliographic  File  Structure 

In  designing  the  Master  Bibliographic  File  (MBF)  record,  the  design  team, 
analyzed  the  number  and  type  of  fields  that  occur  in  a  MARC  record;  the  charac¬ 
teristics  of  fields  with  repeats,  subfields,  and  other  such  features;  and  the 
average  length  of  tags  and  subfields  within  each  record.  This  information  was 
provided  by  OCL C  from  an  internal  study  conducted  on  41,000  records  selected 
from  the  online  data  base. 

A  master  bibliographic  file  was  designed  which  accommodates  these  biblio¬ 
graphic  characteristics  in  an  efficient  manner.  All  data  fields  for  a  title  are 
stored  under  a  unique  record  number.  The  order  in  which  data  fields  are  stored 
in  the  record  can  be  determined  by  the  library,  so  the  most  freauently-accessed 
fields  car,  be  stored  together  at  the  beginning  of  the  record  to  minimize  the 
number  of  disk  accesses  required  for  retrieval  and  display. 

Information  about  individual  copies  and  serial  volume/issues  is  stored  as  a 
set  cf  subrecords  within  the  master  bibliographic  record.  An  inverted  file  in 
the  main  record  indexes  the  sufcrecoras  by  copy  number  and,  for  serials  and  mono¬ 
graph  series,  by  volume/issue,  and  date.  This  technique  provides  very  fast 
access  for  any  searchers  requesting  a  specific  volume,  issue,  part,  etc.  or  item 
py  date.  Furthermore,  the  structure  repaired  by  any  particular  title  is  con¬ 
trolled  within  the  record.  For  instance,  one  serial  record  may  record  bound 
volumes  or ly  while  the  next  record  contains  volume,  issue,  part,  and  supplement. 


-igures  4a  and  4b  provide  an  overview  of  the  master  bibliographic  record 
structure  for  monographs  and  serials. 


}  -5 


Figure  Ab 

Basic  Serial  Record  Format 


..ses  transaction  files  instead  of  real-time  updating  to  add,  edit  or 
Oi-eti’  -ecords  m  tne  bibliographic  and  patron  files.  The  use  of  transaction 
;■  .a  ,i>  •  i-  ’nt>  !'..S  has  many  benefits.  Two  of  the  more  significant  attributes 


tv.  -  at  i :  .'•eat  ion  ox  a  daily  log  of  system  activities  which  facilitates 
e  ivste  '-esc  ore  capability  and  retains  data  on  item  activities  for  col  - 
st  o’  n.arid go:: ent  purposes; 

to  remotely  perform  syster  functions  which  may  be  processed  after- 
v  - :  u  c  t  ■-  r  m  Da  t  c  h . 


'r3"Sdc:  ions  are  written  to  the  '•  -g  or,  disk  using  a  unique  sequence  number 
a.  * ••  •  e > .  -t  background  processor,  which  does  the  actual  file  updates  ana  tal¬ 

lies  statistics,  keeps  track  of  wnich  transactions  have  been  processed.  This 
information  is  maintained  in  u  system  file  so  that  in  the  event  of  a  crash  or 
svste"  salt  tne  position  in  tne  transaction  file  can  be  reset  to  the  correct 
value  during  restart. 

The  transaction  file  in  fact  consists  of  two  separate  files  to  increase 
system  efficiency  -  a  high-priority  transaction  log  and  a  low-priority  transac¬ 
tion  log.  Through  background  processors  working  at  different  intervals  the  sys¬ 
tem  quickly  posts  critical  functions  and  batches  updates  for  non-critical 
cr.anges.  Tne  intervals  at  which  these  background  processors  update  the  files 
ar<-  controllable  by  the  librarian  through  system  parameters,  but  are  usually 
arc..nq  1  second  and  5  seconds  respectively.  The  critical  or  high-priority  func¬ 
tions  are  these  that  affect  patron  activity  and  the  status  of  library  resources, 
'ne  non-critical  or  low-priority  functions  are  those  which  do  not  require 
i rstartaneous  processing,  primarily  file  edits.  This  approach  is  based  on  the 
ossu  ",tion  that  the  volume  of  updates  to  the  Master  Bi bl  i ographi c  File  and  to 
tne  patron  file  will  be  low  compared  to  circulation  transactions. 

’>»_■> re  is  very  little  actual  code  in  the  background  processors  for  control 
c*  tne  action  to  be  taken.  Transaction  records  include  an  operation  code  and  a 
series  of  arguments  and  the  data  to  be  operated  on.  Thus,  the  background  pro¬ 
cessor  is  basically  an  interpreter  which  has  a  set  of  instructions  that  can  be 
invoked  by  any  other  process  in  the  system  through  an  entry  in  the  transaction 

f  •  ir.. 

3.  , ct i vi ty  f i le/Exception  File  Structure 

The  activity  files  record  items  or  patrons  which  have  undergone  any  change 
of  status  or  which  have  any  action  pending.  All  circulation  activities  such  as 
checkouts  and  returns  are  -ecorded  here.  Subsequent  circulation  functions  check 
the  activity  file  for  item  inf  omot  i  or-  and  do  not  need  to  access  the  MBF  for 
t ’  •  - e  items  which  have  current  activity  records.  Activity  records  are  retained 
for  a  parameter! zed  length  of  time  for  reporting  purposes  before  being  purged. 

7h 1  <•  mechanism  allows  I L S  to  maintain  a  small  efficient  circulation  pro¬ 
cess  in  :  f i  «-vf:  for  many  large  libraries.  For  research  libraries  in  which  a 


I 


very  small  percentage  ..•••• 

such  an  approach  can  sign’*'-  ; •  ,  •<•!..  e  ..?•  •  .  '' 

IU>  also  uses  an  »xae,  t  • .  '  •  necr.  -r.rs  "  •  .  •  ;  •  •. 

encountered  while  per» jr:s  ,  *  *.•  n  a  id  .then 

Dasea  on  two  important  is 

1.  The  majority  of  Van  •  ■  ’'hr.;--,  •  .  .  ■  ;< 

i.e.  will  not  rei->:'  •  -  •  ■  •-'!  o'  ices  sing. 

2.  A  person  is,  in  jern-r  :  *•  *c..e;  t  s!.,wt'-  *.i  .  >c~.  t 

cases  than  for  normal 


Items  and  pat  rut  5  e  •  >  e<xe.  t :  :n  *■  ie  whenever  tst-  Jj  ,■ 

-ecogni pes  that  special  n.-.-  a  req .  ••  -.1 ,  e.g.  when  a  title  :s  :  ’ 
hold  for  a  patron,  or  a  ,  .  1  •.  <  -ne  .-a*i  m.  •  :»er  ur  cheesed- . 

items  allowed.  The  Excep*  *  ms  »>i ,  item  gv.f  on  Ill's  jr.c  except  • 

cooes.  nil  entries  tor  •  :  *■  ,n  ter  a  priiv  r  •  •  •  •„  . 

example,  to  reserve  a  Dc.».  •  *  c .  r  •  a  single  e-t  r*  ,r.  *ne  ex.;~,.t  • 

Tile  will  intercept  an.  las  ••  the  •  '  ’ .  '  a .  iv 

copies  or  issues  can  a1-,  ,  es.  • 

Whenever  ILS  encaunt .  >  ,  ■  Kat-c-  Vo  au,  in.,  c  : .  ..u  at  ion  ,  r 

cess,  the  system  checks  '•■■<.  ;  1 1  •  to  see  :*  the  item  ;r  patron 

recorded  there.  If  'he  r.  :  ,v  t  found  fie  processing  1  out  ir,..es  ro 

na  1  ly ;  if  found,  the  sysu  ■  . .  to  I  :ot  np  tne  pn  clei  jih!  p'l.nrt  the  :.s 

tor  resolution.  Because  r  .•  1  "  :  «*y  ID's  and  except  1  :•  •  codes,  the  I  cr 
tion  File  is  an  extremely  -  *r  >  ;h  provides  '  .r  •_  3  fast  I ,  t  ■ 

The  resjlt  of  this  approac  ■.  f  t  xc'  operations  r-:  -hi-  t". 

would  be  if  the  MBF  and/or  •  •  •  V  were  acv.es sea  *';•  eav  "  '  'an*. act  1  -n . 

4.  Data  flow  withi  n  the 

An  important  design  .  .  -.ictatcs  t:  .■!  update x  •,  ..•:!• 

graphic  and  patron  record  adds  and  edits  must  be  handled  ■  ;  u  |  >  =  •  .;ie  -art 

point.  Figure  5  on  the  fei  Icing  page  clearly  illustrates  '  w  t> a 

terns  produce  transactions  to  -.pdat e  the  integrated  data  tiles-  It  .or  :  >1  g 
source  of  updates,  the  arc  •:*  sen  to  store  upn if re-.:v?‘.  is  ■>. 

backup  file  at  the  end  rf  tne  d,.y.  This  technique,  aitha..g’  vui.r  a-, 

each  add/edit/delete  take  pl.u..  :r.  eat  tune  from  an  ci  e*Mi '  J  .roui  ,  irsc 
complete  compatibility  between  riles.  It  provides  the  princ:f  ie  ntc"  :ni$n  " 
system  restore  and  reduces  the  complexity  of  adding  new  fu/xti  ns. 

The  concept  of  control  lei  and  sequential  entry  points  into  tne  dat  1  ba 

provides  an  easy  transition  ro  ’arge  distributed  systems .  kvmote  p've.:'1.:  c 
be  accomplished  by  creating  a  data  stream  for  either  transact  u  n  file  in  * 
correct  format,  and  executing  a  transfer  from  the  external  device  into  the  ho 
computer.  The  background  processor  will  1  very  large  queue  arc  process  ' 
transactions  in  order  of  receipt  just  .f  they  had  been  ir.u  ;a*  c-.l  at  \  . 

terminals.  This  degree  of  control  provides  a  natural  evol  c*  1  on  :o  off  - 1 
the  central  system  for  inm-ased  throughput. 


C.  System  Back-up  and  Recovery  Tecnniques 

The  iLS  Is  designed  to  run  with  proven  off-the-shelf  ha •  :■  :  •  •  .f. 

.All  components  are  standard  and  operating  in  thousands  of  d’  ff  c-- 
all  over  the  world.  There  are  no  special  purpose  or  *x,.eri.  e:  •  i 
equipment  or  software.  However,  ILS  incorporates  a  number  or 
and  recovery  techniques  to  minimize  the  effects  of  any  failu:  •. 

The  most  important  of  these  is  the  set  of  programs  ana  :  >.  vucuev  ,.r. 
protect  the  library  from  losing  or  damaging  its  machine  readable  ..at  a  base, 
full  set  of  file  back-up  and  recovery  techniques  is  available-  ’ne  exist  impor¬ 
tant  of  these  are: 

1.  Full  transaction  logging.  As  described  above,  the  ILS  transaction  recess¬ 
ing  functions  provide  a  high  degree  of  protection  against  loss  .f  duT.i.  "n: 

majority  of  hardware  failures  may  lose  at  most  one  or  two  of  'he  ost  rijront 

transactions.  The  worst  possible  failure--  a  complete  d;sx  crash- •  •<-  :.,?p 

transactions  back  to  the  last  transaction  log  dump,  if  the  transact i  „n  1  j 
maintained  on  the  same  device  as  the  main  system  files.  If  the  transact : 

is  running  on  a  physically  separate  device  there  should  be  no  loss  of  data, 
losses  in  the  master  files  can  be  recovered  by  loading  the  las*  ban  - 
the  data  base  ana  reprocessing  the  transaction  log  from  that  r  ;  -it  ,  ■. 

2.  Disk  to  disk  and  disk  to  tape  utilities.  With  two  or  mere  -  s-  ’  e-.- ,  t*tv 

library  can  make  complete  disk  backups  each  night,  reducing  s:;’l  ‘..'■vw  f.e 
time  required  to  fully  restore  the  dura  base  after  a  possible  e:  s*  -a- • are.  I" 

addition,  one  or  more  tape  copies  can  be  stored  in  a  fire  p;:.-.-  :ue  r  ■■ 

site  so  that  even  total  destruction  of  the  computer  roo:  will 

data. 

D.  Sof tware/hardware  configuration  and  costs 

ILS  has  been  implemented  using  the  MI  I S /MUMPS  I on-j-i..--. v  • 

integrated  operating  system,  data  base  management  facl-.'.  .  -  .  i  • 

language.  It  provides  balanced  tree  data  storage,  power  to :  .•>!•••.  :.-j  d 
manipulation,  true  time  sharing,  and  otner  features  which  are  .  a-*  ■  c- !  jr "  >.  ..t’  . 
suited  to  libraries.  The  MILS  dialect  (Meoitech  Interpretive  .  ♦  ,-r  - 

tern)  supplied  by  Meditech,  Inc.  of  Cambridge,  Massachusetts,  was  or"  . 
chosen  because  at  that  time  it  was  unique  in  support  of  hjiu  .C'  C  •  -  :  ■ 

storage  and  other  features  since  adopted  by  other  implement.!:  1  ms  *  s'. 

MUMPS.  Conversion  of  ILS  to  standard  MUMPS  is  feasible  if  the  library  r?,; 
it. 

Using  the  MI  IS  operating  system,  ILS  will  run  on  any  ct  the  t  '■  1 1  o  w  —  i  • ;  • . 
of  minicomputer  equipment: 

-  Data  General  Eclipse  series, 

-  Digital  Equipment  Corporation's  POP /II  series 
(including  the  LSI  11/23  microcomputer),  and 

-  the  IBM  Series  1. 

Two  major  factors  must  be  considered  in  choosing  computer  equipment :  ’  s*ze  if 
processor  required  and  the  amount  of  auxiliary  disk  space  needed  to  it  „r»  'hr 
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library's  data.  Processor  size  largely  determines  how  many  users  and/or  how 
much  of  a  processing  load  can  be  supported  with  good  response  time.  The 
library's  processing  volume  and  estimated  number  of  simultaneous  users  must  be 
analyzed  to  identify  the  appropriate  processor.  The  amount  of  disk  storage 
required  can  be  estimated  by  allowing  approximately  3,000  bytes  for  each  full 
MARC  record  and  its  indexes  and  authority  records;  thus  a  collection  of  30,000 
titles  would  require  approximately  90  megabytes  of  disk  storage.  Additional 
equipment  requirements  include  tape  drives,  computer  terminals,  bar  code 
readers,  and  line  printers. 

ILS  Version  1.0  may  be  obtained  through  the  National  Technical  Information 
Service  for  a  licensing  fee  of  $2,000.  The  MI  I S  operating  system  costs  an  addi¬ 
tional  $5,000  to  $15,000  depending  on  the  computer  equipment  chosen,  plus  an 
annual  maintenance  fee  of  up  to  $3,000  per  year.  It  is  not  possible  to  predict 
hardware  costs  with  any  accuracy  since  the  amount/si ze/cost  of  equipment  is 
highly  dependent  on  the  size  of  the  library  holdings,  transaction  rates,  and  the 
functions  being  implemented.  ILS  can  be  made  operational  on  computer  systems 
listing  for  as  low  as  $25,000;  however,  equipment  for  a  medium-size  library  will 
probably  cost  $70,000  or  more. 

There  are  many  other  costs  associated  with  the  installation  of  any 
automated  library  system,  including  those  for  facility  preparation,  software 
changes  and  maintenance,  supplies,  and  specially  trained  personnel.  Although  an 
effort  has  been  made  to  design  ILS  so  that  library  staff  can  define  and  control 
many  of  the  technical  aspects  of  the  system,  users  will  require  technical  assis¬ 
tance  from  persons  familiar  with  MI  I S  MUMPS  to  install  and/or  modify  ILS. 


Many  people  have  contributed  to  the  success  of  the  ILS  •. 

individuals,  however,  deserve  to  be  singled  out  for  outstanding 

-  Mary  Shaffer,  Director  of  the  Army  Library,  Pentagon,  arid  Ruth  Mullere, 
project  leader  at  the  Army  Library,  whose  dedication  and  fa-'tn  i- 
efforts  resulted  in  the  fruitful  collaboration  which  has  proven  s..  :m: 
tant  to  the  ILS. 


William  H,  Ford,  the  original  ILS  project  leader  at  LHNC8L, C’E ; 
on  loan  to  LHNCBC/CTB  from  the  Enoch  Pratt  Free  Library  or  Lai 
Kristin  Johnson,  outstanding  designer  and  programmer  then  with 
puter  Systems,  Inc.,  who  were  responsible  for  the  innovative 
and  implementation  upon  which  so  much  has  been  built;  and 
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Gary  Frei burger,  on  loan  from  the  University  of  Maryland  a' 
Health  Sciences  Library,  who  has  brought  many  creative  idea: 
design  efforts. 
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